Apparatus for external activity verification and a method for its use

ABSTRACT

An apparatus for external activity verification is shown. The apparatus comprises at least a processor and a memory communicatively connected to the at least a processor. The memory contains instructions configuring the at least a processor to receive an external datum related to a user. The memory contains instructions configuring the at least a processor to verify the external datum as a function of a verification protocol, wherein a verified external datum is generated as function of the verification protocol. The memory additionally contains instructions configuring the at least a processor to apply the verified external datum towards an goal. The processor then generates internal activity as a function of the status of the goal

FIELD OF THE INVENTION

The present invention generally relates to the field of data verification. In particular, the present invention is directed to an apparatus for external activity verification and a method for its use.

BACKGROUND

Developers have a long documented struggle trying to verify external activities that are entered into an online platform. Verification of external activities is important to the accuracy of the internal activities within the online platform.

SUMMARY OF THE DISCLOSURE

In an aspect, an apparatus for external activity verification is shown. The apparatus comprises at least a processor and a memory communicatively connected to the at least a processor. The memory contains instructions configuring the at least a processor to receive an external datum related to a user. The memory contains instructions configuring the at least a processor to verify the external datum as a function of a verification protocol, wherein a verified external datum is generated as function of the verification protocol. The memory additionally contains instructions configuring the at least a processor to apply the verified external datum towards an goal. The processor then generates internal activity as a function of the status of the goal

In another aspect, a method of use for external activity verification is shown. The method comprises receiving, using the processor, an external datum related to a user. The method additionally includes verifying, using a processor, the external datum as a function of a verification protocol, wherein a verified external datum is generated as function of the verification protocol. The processor applies the verified external datum towards an goal. The processor then generates internal activity as a function of the status of the goal.

These and other aspects and features of non-limiting embodiments of the present invention will become apparent to those skilled in the art upon review of the following description of specific non-limiting embodiments of the invention in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

For the purpose of illustrating the invention, the drawings show aspects of one or more embodiments of the invention. However, it should be understood that the present invention is not limited to the precise arrangements and instrumentalities shown in the drawings, wherein:

FIG. 1 is a block diagram of an exemplary embodiment of an apparatus external activity verification;

FIG. 2 is a block diagram of an exemplary machine-learning process;

FIG. 3 is a block diagram of an exemplary embodiment of an external datum database;

FIG. 4 is a diagram of an exemplary embodiment of neural network;

FIG. 5 is a diagram of an exemplary embodiment of a node of a neural network;

FIG. 6 is a graph illustrating an exemplary relationship between fuzzy sets;

FIG. 7 is a block diagram of exemplary embodiment of an immutable sequential listing;

FIG. 8 is a flow diagram of an exemplary method for external activity verification; and

FIG. 9 is a block diagram of a computing system that can be used to implement any one or more of the methodologies disclosed herein and any one or more portions thereof.

The drawings are not necessarily to scale and may be illustrated by phantom lines, diagrammatic representations, and fragmentary views. In certain instances, details that are not necessary for an understanding of the embodiments or that render other details difficult to perceive may have been omitted.

DETAILED DESCRIPTION

At a high level, aspects of the present disclosure are directed to an apparatus for external activity verification. The apparatus may comprise at least a processor and a memory communicatively connected to the at least a processor. The memory may contain instructions configuring the at least a processor to receive an external datum related to a user. The memory may contain instructions configuring the at least a processor to verify the external datum as a function of a verification protocol, wherein a verified external datum is generated as function of the verification protocol. The may memory additionally contains instructions configuring the at least a processor to apply the verified external datum towards an goal. The processor may then generate internal activity as a function of the status of the goal. Exemplary embodiments illustrating aspects of the present disclosure are described below in the context of several specific examples.

Referring now to FIG. 1 , an exemplary embodiment of an apparatus 100 for external activity verification is illustrated. Apparatus 100 includes a processor 104. Processor 104 may include any computing device as described in this disclosure, including without limitation a microcontroller, microprocessor, digital signal processor (DSP) and/or system on a chip (SoC) as described in this disclosure. Computing device may include, be included in, and/or communicate with a mobile device such as a mobile telephone or smartphone. Processor 104 may include a single computing device operating independently, or may include two or more computing device operating in concert, in parallel, sequentially or the like; two or more computing devices may be included together in a single computing device or in two or more computing devices. Processor 104 may interface or communicate with one or more additional devices as described below in further detail via a network interface device. Network interface device may be utilized for connecting processor 104 to one or more of a variety of networks, and one or more devices. Examples of a network interface device include, but are not limited to, a network interface card (e.g., a mobile network interface card, a LAN card), a modem, and any combination thereof. Examples of a network include, but are not limited to, a wide area network (e.g., the Internet, an enterprise network), a local area network (e.g., a network associated with an office, a building, a campus or other relatively small geographic space), a telephone network, a data network associated with a telephone/voice provider (e.g., a mobile communications provider data and/or voice network), a direct connection between two computing devices, and any combinations thereof. A network may employ a wired and/or a wireless mode of communication. In general, any network topology may be used. Information (e.g., data, software etc.) may be communicated to and/or from a computer and/or a computing device. Processor 104 may include but is not limited to, for example, a computing device or cluster of computing devices in a first location and a second computing device or cluster of computing devices in a second location. Processor 104 may include one or more computing devices dedicated to data storage, security, distribution of traffic for load balancing, and the like. Processor 104 may distribute one or more computing tasks as described below across a plurality of computing devices of computing device, which may operate in parallel, in series, redundantly, or in any other manner used for distribution of tasks or memory between computing devices. Processor 104 may be implemented using a “shared nothing” architecture in which data is cached at the worker, in an embodiment, this may enable scalability of system 100 and/or computing device.

With continued reference to FIG. 1 , processor 104 may be designed and/or configured to perform any method, method step, or sequence of method steps in any embodiment described in this disclosure, in any order and with any degree of repetition. For instance, processor 104 may be configured to perform a single step or sequence repeatedly until a desired or commanded outcome is achieved; repetition of a step or a sequence of steps may be performed iteratively and/or recursively using outputs of previous repetitions as inputs to subsequent repetitions, aggregating inputs and/or outputs of repetitions to produce an aggregate result, reduction or decrement of one or more variables such as global variables, and/or division of a larger processing task into a set of iteratively addressed smaller processing tasks. Processor 104 may perform any step or sequence of steps as described in this disclosure in parallel, such as simultaneously and/or substantially simultaneously performing a step two or more times using two or more parallel threads, processor cores, or the like; division of tasks between parallel threads and/or processes may be performed according to any protocol suitable for division of tasks between iterations. Persons skilled in the art, upon reviewing the entirety of this disclosure, will be aware of various ways in which steps, sequences of steps, processing tasks, and/or data may be subdivided, shared, or otherwise dealt with using iteration, recursion, and/or parallel processing.

Still referring to FIG. 1 , processor 104 may be configured to receive external datum 108. As used in the current disclosure, an “external datum” is an action completed by a user. An “action” as used in this disclosure, is an activity or a task that has been completed by the user. For example, an action may include but is not limited to activity, academic activity, vocational activity, financial activity, nutritional activity, musical activity, and the like. In a non-limiting example, external activity may include the users spending for a period of time. In another non-limiting example, the external activity may include a user applying his/her trade or craft such as welding, plumbing, or electrical work. External datum 108 may also include the physical activity of the users such as calories burned, various exercises, distance ran, and the like. External datum 108 may additionally include the user's food and calorie consumption over a given period of time.

With continued reference to FIG. 1 , External datum 108 may include activity that occurs outside of the digital platform. As used in the current disclosure, the “digital platform” is an environment in which a piece of software is executed. A digital platform may include the hardware or the operating system, even a web browser and associated application programming interfaces, or other underlying software, as long as the program code is executed with it. Activity that occurs outside of the digital platform may include activity that is perceived by the digital platform in real time through the use of sensors. Other activities that occur outside of the digital platform may include activities that were not recorded within digital platform. In an non-limiting example, this may include any task that the user completes and has to subsequently enter into the digital platform, for instance saving money. If the user's spending is not directly tracked by the digital platform it may be considered external datum 108. Any physical activities that the user is forced to complete may be considered outside of the digital platform, thus it may be considered external datum 108.

With continued reference to FIG. 1 , external datum 108 may be generated by a plurality of sensors 112. As used in this disclosure, a “sensor” is a device that is configured to detect a phenomenon and transmit information related to the detection of the phenomenon. As used in the current disclosure, a “phenomenon” is an action or activity that is observed or detected to exist or happen. For example, in some cases a sensor 112 may transduce a detected phenomenon, such as without limitation, current, speed, direction, force, torque, moisture, temperature, pressure, geographic location, the physical state of the user, biometric identifier, and the like, into a sensed signal. Sensor 112 may include one or more sensors which may be the same, similar, or different. Sensor 112 may include one or more sensor suites with sensors in each sensor suite being the same, similar, or different. A sensor may be located within a user device. A sensor 112 may be located within processor 104. Additionally, a sensor may be in electronic communication with processor 104. A user device includes a tablet, laptop, smartphone, and the like. At least a sensor 112 may be configured to detect at least a physiological parameter. As used in the current disclosure, a “physiological parameter” includes detection of any datum describing a physiological state of user. As used in the current disclosure, a “physiological state” is a physical condition associated with the user. The physiological state may be associated with a data element describing the users physical or mental health.

Still referring to FIGS. 1 , at least a sensor 112 may include a plurality of sensors. In an embodiment, sensor 112 may include temperature sensor, brain activity sensors, pressure sensors, skin sensors, heart rate sensor, blood pressure sensor, sweat sensor, resistance sensor, voltage sensor, multimeters, rental sensor, facial recognition, a camera, image sensor, and the like. In an embodiment, a sensor 112 may be used to input text into processor 104. This may be done using Optical character recognition. As used in the current disclosure, “Optical character recognition” is the electronic conversion of images of typed, handwritten, or printed text into machine-encoded text. In embodiments, a sensor 112 may convert images from a scanned document, a photo of a document, a scene-photo or from subtitle text superimposed on an image. In an embodiment, an optical character sensor may be used to transcribe any writing of the user into a digital signal.

With continued reference to FIG. 1 , a processor 104 may receive external datum 108 from a wearable device which generates wearable device data. As used in the current disclosure, a “wearable device” is a device that is designed to be worn on and/or near a user's body and/or clothing. The wearable device may detect wearable device data. In embodiments, a wearable device may include a smart watch, smart ring, fitness tracking device, and the like. As used in the current disclosure, “wearable device data” is data collected by a wearable device pertaining to a user. Wearable device data may include data and associated analysis corresponding to, for instance and without limitation, accelerometer data, pedometer data, gyroscope data, electrocardiography (ECG) data, electrooculography (EOG) data, bioimpedance data, blood pressure and heart rate monitoring, oxygenation data, biosensors, fitness trackers, force monitors, motion sensors, video and voice capture data, social media platform data, and the like. Wearable device data may be provided by a user or a second individual on behalf of a user, for instance and without limitation a physician, medical professional, nurse, hospice care worker, mental health professional, and the likely be collected and provided to the system described herein.

With continued reference to FIG. 1 , apparatus 100 may generate external datum 108 from an inquiry datum. As used in the current disclosure, an “inquiry datum” is an element of data that is generated from a series of answers to questions by the user. In an embodiment, questions may include multiple choice, short answer, fill in the blank, visual surveys, and the like. The inquiry datum may include responses to a user survey given to a user. The survey may include questions regarding the user's athletic activity, academic activity, vocational activity, financial activity, nutritional activity, musical activity, and the like. The inquiry datum may be used at various points by apparatus 100. For example, the inquiry datum may be a component of external datum 108. In some embodiments, inquiry datum may be used to generate external datum 108.

With continued reference to FIG. 1 , processor 104 may generate verified external datum 116 using a verification protocol 116. As used in the current disclosure, a “verified external datum” is an element of verified data. Verification as used in this disclosure is an establishment of authenticity of an external datum 108. Authenticity as used in the current disclosure means establishing that the user generated the external datum 108 legitimately and not through any fraudulent means. A verification protocol 116 may be configured to verify the external datum 108. As used in the current disclosure, a “verification protocol” is a process used to verify the external datum 108 A verification protocol 120 may be used to verify that the external datum 108 is genuine and not fabricated in any way. A verification protocol 120 include the use of biometric identifiers, multi-factor authentication, verification machine learning model, use of Token-based authentication, and the like. Verified external datum may be applied to user progress or achievements. A user may achieve a goal or a waypoint of a goal as a function of verified external datum.

With continued reference to FIG. 1 , a verification protocol 120 may generate verified external datum 116 using a biometric identifier. Biometrics are body measurements and calculations related to human characteristics. As used in the current disclosure, “biometric identifier” is a form of identification reliant on distinctive, measurable characteristics unique to an individual user. Biometric identifiers are often categorized as physiological characteristics, which are related to the shape of the body and actions of the body. A non-limiting example of a biometric identifier may include but is not limited to mouse movement, fingerprint, palm veins, face recognition, DNA, palm print, hand geometry, iris recognition, retina recognition, and odor/scent. A sensor 112 may be configured to capture a biometric identifier. Behavioral characteristics are related to the pattern of behavior of a person, including but not limited to typing rhythm, gait, signature, behavioral profiling, hand writing, and voice. In an embodiment, a biometric identifier may be used to identify a user before, during, or after they engage in an external activity.

With continued reference to FIG. 1 , a verification protocol 120 may generate verified external datum 116 using multi factor authentication. As used in the current disclosure, a “multi-factor authentication” is an electronic authentication method in which data is verified after successfully presenting two or more pieces of evidence to an authentication mechanism. As used in the current disclosure, “evidence” is an element of data used to verify an external datum 108. In an embodiment, evidence may include a security code, proof of documentation, geographical information, and the like. In embodiments, knowledge (something only the user knows), possession (something only the user has), and inherence (something only the user is) may be used to authenticate external datum. Authentication process may take place when the user attempts to enter the external datum 108 into processor 104. Authentication process may also take place while the external datum 108 is being generated. Simple authentication may require only one such piece of evidence (factor). For additional security, the resource may require more than one factor—multi-factor authentication, or two-factor authentication in cases where exactly two pieces of evidence are to be supplied.

Still Referring to FIG. 1 , a non-limiting example of a multi factor authentication may be verifying the location of user at the time that external activity. This may be done through the use of GPS trackers located within a user device. With continued reference to the above example, the external datum 108 may be rejected if the user location does not align with the proposed location of the external datum 108. Another non-limiting example of a multi factor authentication may require the user to integrate a security code into the external datum. Security code may be a set of numbers, password, RFID code, and the like. The user may be prompted to display or enter the security code before, during, or after participating in the external activity. A further non-limiting example of a multi factor authentication may be used to verify the users bank account against a user's financial goal.

With continued reference to FIG. 1 , a verification protocol 120 may generate verified external datum 116 using token based authentication. As used in the current disclosure, a “token-based authentication” is a token used to gain access to an electronically restricted resource by verifying the identity of the user. In an embodiment, an encrypted security tokens may be used to verify a user's identity to websites and other electronic resources. Token-based authentication may be used to verify external datum by verifying a user's identity while doing activities on external websites. The security token may provide a user's with access to protected pages and resources for a limited period of time without having to re-enter their username and password. Token based authentication may require a user to initially login to an online platform using their credentials, which may issue an access request to a server or protected resource. A processor 104 may verify the login information to determine that the user should have access. This may involve checking the password entered against the username provided. The processor 104 may then generate a secure, signed authentication token for the user for a specific period of time. The security token may monitor the users online activity. Use of the security token may be used to verify the users identity while browsing on external sites. The security token may validate users activity on external sites via its electronic communication with online digital platform. The security token may then be transmitted back to the user's browser, which stores it for access to future website visits. When the user moves on to access a new website, the security token may be decoded and verified. If there is a match, the user will be allowed to proceed. The token may remain active until the user logs out or the period of time lapses. Examples of security tokens include connected tokens, contactless tokens, disconnected tokens, software tokens, JSON Web Token (JWT).

With continued reference to FIG. 1 , a verification protocol 120 may generate verified external datum 116 using a verification machine learning model. As used in the current disclosure, a “verification machine learning model” is a mathematical and/or algorithmic representation of a relationship between inputs and outputs. A verification machine learning model may be consistent with the machine learning model described herein below in FIG. 2 . In embodiments, a verification machine learning model may include a classifier, which may be consistent with the classifier disclosed with reference to FIG. 2 . Inputs to the to the machine learning model may include external datum 108, wearable device data, biometric identifiers, past verified external datum 116, and the like. The output of the machine learning model is verified external datum 116. Verification machine learning model may by trained using verification training data. Verification training data is a plurality of data entries containing a plurality of inputs that are correlated to a plurality of outputs for training a processor 104 by a machine-learning process. Verification training data may include external datum 108, wearable device data, biometric identifiers, past verified external datum 116, and the like. Verification training data may include past verified external datum 116 and past external datum. “Past,” refers to the fact that the data was collected prior to the current verified external datum 116. Verification training data may be stored in a database, such as a training data database, or remote data storage device, or a user input or device.

With continued reference to FIG. 1 , processor 104 may be configured to generate a decentralized fiat as a function of completion of a verified external datum 116. As used in the current disclosure, a “decentralized fiat” is an institution-free method of transferring wealth or ownership of any other commodity without needing a third party. An institution may include but is not limited to a governmental entity, banks, credit unions, centralized banks, and the like. Decentralized fiat may include a non-fungible token or various crypto currencies. A “non-fungible token,” as used in this disclosure, is a unique and non-interchangeable unit of data stored on a digital ledger and/or immutable sequential listing. “Cryptocurrency,” as used in this disclosure, is a digital or virtual currency that is secured by cryptography. This makes it nearly impossible to counterfeit or double-spend. In some embodiments, cryptocurrencies are decentralized networks based on blockchain technology such as immutable sequential listing enforced by a network of computing devices. In some embodiments, apparatus 100 may allow various types of cryptocurrency such as Ethereum (ETH), Litecoin (LTC), Cardano (ADA), Polkadot (DOT), Bitcoin Cash (BCH), Stellar (XLM), and the like thereof. Persons skilled in the art, upon reviewing the entirety of this disclosure, will be aware of the various embodiments of different types of money for purposes as described herein. Decentralized fiat may be associated with reproducible digital files such as photos, videos, and audio. Decentralized fiat may also be associated with physical assets such as real estate, collectables, and other commodities. In an embodiment, processor 104 may issue a certificate of completion after a user has achieved a waypoint. Decentralized fiat may be used to represent a certificate of completion. Possession or payment of decentralized fiat may serve as proof that the user has accomplished all or a portion of a goal, or waypoint. Possession or payment of decentralized fiat may also serve as proof that the user has been awarded verified external datum 108. In embodiments, the time and level of difficulty for the user to achieve a waypoint or complete external datum 108 may be demonstrated by the value of decentralized fiat. The creator may “tokenize” such assets to be stored on a digital ledger and/or immutable sequential listing, which may ensure non-duplicability and ownership, generate income, and/or enable accessibility of the assets. Persons skilled in the art, upon reviewing the entirety of this disclosure, will be aware of the various embodiments and purposes of tokenizing an asset.

With continued reference to FIG. 1 , processor 104 may apply the verified external datum towards 116 an goal 124. As used in the current disclosure, a “goal” is a task or an accomplishment that the user would like to achieve an “accomplishment,” as used in this disclosure is successful achievement of gaining a skill or accomplishing a benchmark. In embodiments, a goal 124 may be an pecuniary goal, improving pecuniary literacy, musical goal, a vocational goal, an educational goal, a skill goal, a health goal, fitness goal, and the like. Application of a verified external datum 116 towards a goal 124 may mean that a verified external datum is used to progress a user towards a goal 124. Progressing towards a goal 124 may mean accomplishing a waypoint or becoming closer to accomplishing a goal 124. Application of a verified external datum 116 towards a goal 124 may also mean that the verified external datum 116 is a completed portion or percentage of the goal 124. As used in the current disclosure, a “vocational goal” is a goal that is related to improving a user's career or career skills. As used in the current disclosure, an “pecuniary goal” is a goal that is related to improving a user's pecuniary position. As used in the current disclosure, an “pecuniary literacy” is a user's knowledge of how to improve his or her pecuniary position. As used in the current disclosure, an “educational goal” is an element of data used to improve the users formal or professional education. Examples of goals 124 may include saving money, improving pecuniary literacy, buying a home, establishing an emergency fund, optimizing the family budget, starting a new career field, improving overall health, fitness goals, and the like. As used in the current disclosure, a “waypoint” is a milestone of accomplishing the goal 124. An example of a waypoint may be saving 20% of the total cost of a home for a down payment, in reference to the above example. As used in the current disclosure, a “milestone” is an event marking a significant change or progress of the user achieving his or her goal 124.

With continued reference to FIG. 1 , processor 104 may generate an internal activity 128 as a function of the status of the goal 124. As used in the current disclosure, a “internal activity” are the activities of the user within the online platform. Internal activity 128 may be instructions promoting the user to accomplish an goal 124 or progress to a waypoint. Internal activity 128 may include any activity done within the online platform. Internal activity 128 may additionally be generated as a function of the percentage completion of a Goal 16 In an embodiment, this may include athletic activity, academic activity, vocational activity, financial activity, nutritional activity, musical activity, and the like. Internal activity 128 activity may be generated through the users use of the online platform. Internal activity 128 may be recorded while the user is within the online platform or shortly after the user has finished. In a non-limiting example, internal activity 128 may include the users spending for a period of time. In another non-limiting example, the internal activity 128 may include a user applying his trade or craft such as welding, plumbing, or electrical work. Internal activity 128 may also include the physical activity of the users such as calories burn, various exercises, distance run, and the like. Internal activity 128 may additionally include the users food and calorie consumption over a given period of food. Internal activity 128 may involve improving a user's financial status. In an embodiment, this may be done through encouraging the user to save money or decrease spending.

With continued reference to FIG. 1 , processor 104 may generate internal activity 128 using a activity machine learning model. In embodiments, a activity machine learning model may include a classifier, which may be consistent with the classifier disclosed with reference to FIG. 2 . Inputs to the to the machine learning model may include external datum 108, wearable device data, biometric identifiers, verified external datum 116, past internal activity 128, and the like. The output of the machine learning model is internal activity 128. Activity machine learning model may by trained using Activity training data. Activity training data is a plurality of data entries containing a plurality of inputs that are correlated to a plurality of outputs for training a processor 104 by a machine-learning process. Activity training data may include external datum 108, wearable device data, biometric identifiers, past verified external datum 116, and the like. Activity training data may include past internal activity 128 and past external datum. “Past,” refers to the fact that the data was collected prior to the current internal activity 128. Activity training data may be stored in a database, such as a training data database, or remote data storage device, or a user input or device.

With continued reference to FIG. 1 , verified external datum 116, internal activity 128, external datum 108, goal 124 may be displayed using a graphical user interface (GUI) 132. As used in the current disclosure, a “graphical user interface” may include a plurality of lines, images, symbols. GUI 132 may include a plurality of lines, images, symbols. GUI 132 may be displayed on a display device. Display device may include, but is not limited to, a smartphone, tablet, laptop, monitor, tablet, and the like. Display device may include a separate device that includes a transparent screen configured to display computer generated images and/or information. The user may view the information displayed on the display device in real time.

Referring now to FIG. 2 , an exemplary embodiment of a machine-learning module 200 that may perform one or more machine-learning processes as described in this disclosure is illustrated. Machine-learning module may perform determinations, classification, and/or analysis steps, methods, processes, or the like as described in this disclosure using machine learning processes. A “machine learning process,” as used in this disclosure, is a process that automatedly uses training data 204 to generate an algorithm that will be performed by a computing device/module to produce outputs 208 given data provided as inputs 212; this is in contrast to a non-machine learning software program where the commands to be executed are determined in advance by a user and written in a programming language.

Still referring to FIG. 2 , “training data,” as used herein, is data containing correlations that a machine-learning process may use to model relationships between two or more categories of data elements. For instance, and without limitation, training data 204 may include a plurality of data entries, each entry representing a set of data elements that were recorded, received, and/or generated together; data elements may be correlated by shared existence in a given data entry, by proximity in a given data entry, or the like. Multiple data entries in training data 204 may evince one or more trends in correlations between categories of data elements; for instance, and without limitation, a higher value of a first data element belonging to a first category of data element may tend to correlate to a higher value of a second data element belonging to a second category of data element, indicating a possible proportional or other mathematical relationship linking values belonging to the two categories. Multiple categories of data elements may be related in training data 204 according to various correlations; correlations may indicate causative and/or predictive links between categories of data elements, which may be modeled as relationships such as mathematical relationships by machine-learning processes as described in further detail below. Training data 204 may be formatted and/or organized by categories of data elements, for instance by associating data elements with one or more descriptors corresponding to categories of data elements. As a non-limiting example, training data 204 may include data entered in standardized forms by persons or processes, such that entry of a given data element in a given field in a form may be mapped to one or more descriptors of categories. Elements in training data 204 may be linked to descriptors of categories by tags, tokens, or other data elements; for instance, and without limitation, training data 204 may be provided in fixed-length formats, formats linking positions of data to categories such as comma-separated value (CSV) formats and/or self-describing formats such as extensible markup language (XML), JavaScript Object Notation (JSON), or the like, enabling processes or devices to detect categories of data.

Alternatively, or additionally, and continuing to refer to FIG. 2 , training data 204 may include one or more elements that are not categorized; that is, training data 204 may not be formatted or contain descriptors for some elements of data. Machine-learning algorithms and/or other processes may sort training data 204 according to one or more categorizations using, for instance, natural language processing algorithms, tokenization, detection of correlated values in raw data and the like; categories may be generated using correlation and/or other processing algorithms. As a non-limiting example, in a corpus of text, phrases making up a number “n” of compound words, such as nouns modified by other nouns, may be identified according to a statistically significant prevalence of n-grams containing such words in a particular order; such an n-gram may be categorized as an element of language such as a “word” to be tracked similarly to single words, generating a new category as a result of statistical analysis. Similarly, in a data entry including some textual data, a person's name may be identified by reference to a list, dictionary, or other compendium of terms, permitting ad-hoc categorization by machine-learning algorithms, and/or automated association of data in the data entry with descriptors or into a given format. The ability to categorize data entries automatedly may enable the same training data 204 to be made applicable for two or more distinct machine-learning algorithms as described in further detail below. Training data 204 used by machine-learning module 200 may correlate any input data as described in this disclosure to any output data as described in this disclosure.

Further referring to FIG. 2 , training data may be filtered, sorted, and/or selected using one or more supervised and/or unsupervised machine-learning processes and/or models as described in further detail below; such models may include without limitation a training data classifier 216. Training data classifier 216 may include a “classifier,” which as used in this disclosure is a machine-learning model as defined below, such as a mathematical model, neural net, or program generated by a machine learning algorithm known as a “classification algorithm,” as described in further detail below, that sorts inputs into categories or bins of data, outputting the categories or bins of data and/or labels associated therewith. A classifier may be configured to output at least a datum that labels or otherwise identifies a set of data that are clustered together, found to be close under a distance metric as described below, or the like. Machine-learning module 200 may generate a classifier using a classification algorithm, defined as a processes whereby a computing device and/or any module and/or component operating thereon derives a classifier from training data 204. Classification may be performed using, without limitation, linear classifiers such as without limitation logistic regression and/or naive Bayes classifiers, nearest neighbor classifiers such as k-nearest neighbors classifiers, support vector machines, least squares support vector machines, fisher's linear discriminant, quadratic classifiers, decision trees, boosted trees, random forest classifiers, learning vector quantization, and/or neural network-based classifiers.

Still referring to FIG. 2 , machine-learning module 200 may be configured to perform a lazy-learning process 220 and/or protocol, which may alternatively be referred to as a “lazy loading” or “call-when-needed” process and/or protocol, may be a process whereby machine learning is conducted upon receipt of an input to be converted to an output, by combining the input and training set to derive the algorithm to be used to produce the output on demand. For instance, an initial set of simulations may be performed to cover an initial heuristic and/or “first guess” at an output and/or relationship. As a non-limiting example, an initial heuristic may include a ranking of associations between inputs and elements of training data 204. Heuristic may include selecting some number of highest-ranking associations and/or training data 204 elements. Lazy learning may implement any suitable lazy learning algorithm, including without limitation a K-nearest neighbors algorithm, a lazy naive Bayes algorithm, or the like; persons skilled in the art, upon reviewing the entirety of this disclosure, will be aware of various lazy-learning algorithms that may be applied to generate outputs as described in this disclosure, including without limitation lazy learning applications of machine-learning algorithms as described in further detail below.

Alternatively or additionally, and with continued reference to FIG. 2 , machine-learning processes as described in this disclosure may be used to generate machine-learning models 224. A “machine-learning model,” as used in this disclosure, is a mathematical and/or algorithmic representation of a relationship between inputs and outputs, as generated using any machine-learning process including without limitation any process as described above and stored in memory; an input is submitted to a machine-learning model 224 once created, which generates an output based on the relationship that was derived. For instance, and without limitation, a linear regression model, generated using a linear regression algorithm, may compute a linear combination of input data using coefficients derived during machine-learning processes to calculate an output datum. As a further non-limiting example, a machine-learning model 224 may be generated by creating an artificial neural network, such as a convolutional neural network comprising an input layer of nodes, one or more intermediate layers, and an output layer of nodes. Connections between nodes may be created via the process of “training” the network, in which elements from a training data 204 set are applied to the input nodes, a suitable training algorithm (such as Levenberg-Marquardt, conjugate gradient, simulated annealing, or other algorithms) is then used to adjust the connections and weights between nodes in adjacent layers of the neural network to produce the desired values at the output nodes. This process is sometimes referred to as deep learning.

Still referring to FIG. 2 , machine-learning algorithms may include at least a supervised machine-learning process 228. At least a supervised machine-learning process 228, as defined herein, include algorithms that receive a training set relating a number of inputs to a number of outputs, and seek to find one or more mathematical relations relating inputs to outputs, where each of the one or more mathematical relations is optimal according to some criterion specified to the algorithm using some scoring function. For instance, a supervised learning algorithm may include a goals 108 or goal datum 120 as described above as inputs, autonomous functions as outputs, and a scoring function representing a desired form of relationship to be detected between inputs and outputs; scoring function may, for instance, seek to maximize the probability that a given input and/or combination of elements inputs is associated with a given output to minimize the probability that a given input is not associated with a given output. Scoring function may be expressed as a risk function representing an “expected loss” of an algorithm relating inputs to outputs, where loss is computed as an error function representing a degree to which a prediction generated by the relation is incorrect when compared to a given input-output pair provided in training data 204. Persons skilled in the art, upon reviewing the entirety of this disclosure, will be aware of various possible variations of at least a supervised machine-learning process 228 that may be used to determine relation between inputs and outputs. Supervised machine-learning processes may include classification algorithms as defined above.

Further referring to FIG. 2 , machine learning processes may include at least an unsupervised machine-learning processes 232. An unsupervised machine-learning process, as used herein, is a process that derives inferences in datasets without regard to labels; as a result, an unsupervised machine-learning process may be free to discover any structure, relationship, and/or correlation provided in the data. Unsupervised processes may not require a response variable; unsupervised processes may be used to find interesting patterns and/or inferences between variables, to determine a degree of correlation between two or more variables, or the like.

Still referring to FIG. 2 , machine-learning module 200 may be designed and configured to create a machine-learning model 224 using techniques for development of linear regression models. Linear regression models may include ordinary least squares regression, which aims to minimize the square of the difference between predicted outcomes and actual outcomes according to an appropriate norm for measuring such a difference (e.g., a vector-space distance norm); coefficients of the resulting linear equation may be modified to improve minimization. Linear regression models may include ridge regression methods, where the function to be minimized includes the least-squares function plus term multiplying the square of each coefficient by a scalar amount to penalize large coefficients. Linear regression models may include least absolute shrinkage and selection operator (LASSO) models, in which ridge regression is combined with multiplying the least-squares term by a factor of 1 divided by double the number of samples. Linear regression models may include a multi-task lasso model wherein the norm applied in the least-squares term of the lasso model is the Frobenius norm amounting to the square root of the sum of squares of all terms. Linear regression models may include the elastic net model, a multi-task elastic net model, a least angle regression model, a LARS lasso model, an orthogonal matching pursuit model, a Bayesian regression model, a logistic regression model, a stochastic gradient descent model, a perceptron model, a passive aggressive algorithm, a robustness regression model, a Huber regression model, or any other suitable model that may occur to persons skilled in the art upon reviewing the entirety of this disclosure. Linear regression models may be generalized in an embodiment to polynomial regression models, whereby a polynomial equation (e.g., a quadratic, cubic or higher-order equation) providing a best predicted output/actual output fit is sought; similar methods to those described above may be applied to minimize error functions, as will be apparent to persons skilled in the art upon reviewing the entirety of this disclosure.

Continuing to refer to FIG. 2 , machine-learning algorithms may include, without limitation, linear discriminant analysis. Machine-learning algorithm may include quadratic discriminate analysis. Machine-learning algorithms may include kernel ridge regression. Machine-learning algorithms may include support vector machines, including without limitation support vector classification-based regression processes. Machine-learning algorithms may include stochastic gradient descent algorithms, including classification and regression algorithms based on stochastic gradient descent. Machine-learning algorithms may include nearest neighbors algorithms. Machine-learning algorithms may include Gaussian processes such as Gaussian Process Regression. Machine-learning algorithms may include cross-decomposition algorithms, including partial least squares and/or canonical correlation analysis. Machine-learning algorithms may include naïve Bayes methods. Machine-learning algorithms may include algorithms based on decision trees, such as decision tree classification or regression algorithms. Machine-learning algorithms may include ensemble methods such as bagging meta-estimator, forest of randomized tress, AdaBoost, gradient tree boosting, and/or voting classifier methods. Machine-learning algorithms may include neural net algorithms, including convolutional neural net processes.

For example, and still referring to FIG. 2 , neural network also known as an artificial neural network, is a network of “nodes,” or data structures having one or more inputs, one or more outputs, and a function determining outputs based on inputs. Such nodes may be organized in a network, such as without limitation a convolutional neural network, including an input layer of nodes, one or more intermediate layers, and an output layer of nodes. Connections between nodes may be created via the process of “training” the network, in which elements from a training dataset are applied to the input nodes, a suitable training algorithm (such as Levenberg-Marquardt, conjugate gradient, simulated annealing, or other algorithms) is then used to adjust the connections and weights between nodes in adjacent layers of the neural network to produce the desired values at the output nodes. This process is sometimes referred to as deep learning.

Still referring to FIG. 2 , a node may include, without limitation a plurality of inputs x_(i) that may receive numerical values from inputs to a neural network containing the node and/or from other nodes. Node may perform a weighted sum of inputs using weights w_(i) that are multiplied by respective inputs x_(i). Additionally or alternatively, a bias b may be added to the weighted sum of the inputs such that an offset is added to each unit in the neural network layer that is independent of the input to the layer. The weighted sum may then be input into a function φ, which may generate one or more outputs y. Weight w_(i) applied to an input x_(i) may indicate whether the input is “excitatory,” indicating that it has strong influence on the one or more outputs y, for instance by the corresponding weight having a large numerical value, and/or a “inhibitory,” indicating it has a weak effect influence on the one more inputs y, for instance by the corresponding weight having a small numerical value. The values of weights w_(i) may be determined by training a neural network using training data, which may be performed using any suitable process as described above. In an embodiment, and without limitation, a neural network may receive semantic units as inputs and output vectors representing such semantic units according to weights w_(i) that are derived using machine-learning processes as described in this disclosure.

Now referring to FIG. 3 , an exemplary external datum database 300 is illustrated by way of block diagram. External datum 108, wearable device data, biometric identifiers, verified external datum 116, goals, waypoints, internal activity, may be stored in a external datum database 300 (also referred to as “database”). Processor 104 may be communicatively connected with external datum database 300. For example, in some cases, database 300 may be local to processor 104. Alternatively or additionally, in some cases, database 300 may be remote to processor 104 and communicative with processor 104 by way of one or more networks. Network may include, but not limited to, a cloud network, a mesh network, or the like. By way of example, a “cloud-based” system, as that term is used herein, can refer to a system which includes software and/or data which is stored, managed, and/or processed on a network of remote servers hosted in the “cloud,” e.g., via the Internet, rather than on local severs or personal computers. A “mesh network” as used in this disclosure is a local network topology in which the infrastructure processor 104 connect directly, dynamically, and non-hierarchically to as many other computing devices as possible. A “network topology” as used in this disclosure is an arrangement of elements of a communication network. External datum database 300 may be implemented, without limitation, as a relational database, a key-value retrieval database such as a NOSQL database, or any other format or structure for use as a database that a person skilled in the art would recognize as suitable upon review of the entirety of this disclosure. External datum database 300 may alternatively or additionally be implemented using a distributed data storage protocol and/or data structure, such as a distributed hash table or the like. External datum database 300 may include a plurality of data entries and/or records as described above. Data entries in a database may be flagged with or linked to one or more additional elements of information, which may be reflected in data entry cells and/or in linked tables such as tables related by one or more indices in a relational database. Persons skilled in the art, upon reviewing the entirety of this disclosure, will be aware of various ways in which data entries in a database may store, retrieve, organize, and/or reflect data and/or records as used herein, as well as categories and/or populations of data consistently with this disclosure.

Referring now to FIG. 4 , an exemplary embodiment of neural network 400 is illustrated. A neural network 400 also known as an artificial neural network, is a network of “nodes,” or data structures having one or more inputs, one or more outputs, and a function determining outputs based on inputs. Such nodes may be organized in a network, such as without limitation a convolutional neural network, including an input layer of nodes 404, one or more intermediate layers 408, and an output layer of nodes 412. Connections between nodes may be created via the process of “training” the network, in which elements from a training dataset are applied to the input nodes, a suitable training algorithm (such as Levenberg-Marquardt, conjugate gradient, simulated annealing, or other algorithms) is then used to adjust the connections and weights between nodes in adjacent layers of the neural network to produce the desired values at the output nodes. This process is sometimes referred to as deep learning. Connections may run solely from input nodes toward output nodes in a “feed-forward” network or may feed outputs of one layer back to inputs of the same or a different layer in a “recurrent network.” As a further non-limiting example, a neural network may include a convolutional neural network comprising an input layer of nodes, one or more intermediate layers, and an output layer of nodes. A “convolutional neural network,” as used in this disclosure, is a neural network in which at least one hidden layer is a convolutional layer that convolves inputs to that layer with a subset of inputs known as a “kernel,” along with one or more additional layers such as pooling layers, fully connected layers, and the like.

Referring now to FIG. 5 , an exemplary embodiment of a node of a neural network is illustrated. A node may include, without limitation a plurality of inputs x_(i) that may receive numerical values from inputs to a neural network containing the node and/or from other nodes. Node may perform a weighted sum of inputs using weights w_(i) that are multiplied by respective inputs x_(i). Additionally or alternatively, a bias b may be added to the weighted sum of the inputs such that an offset is added to each unit in the neural network layer that is independent of the input to the layer. The weighted sum may then be input into a function co, which may generate one or more outputs y. Weight w_(i) applied to an input x_(i) may indicate whether the input is “excitatory,” indicating that it has strong influence on the one or more outputs y, for instance by the corresponding weight having a large numerical value, and/or a “inhibitory,” indicating it has a weak effect influence on the one more inputs y, for instance by the corresponding weight having a small numerical value. The values of weights w_(i) may be determined by training a neural network using training data, which may be performed using any suitable process as described above.

Now referring to FIG. 6 , an exemplary embodiment of fuzzy set comparison 600 is illustrated. In a non-limiting embodiment, the fuzzy set comparison. In a non-limiting embodiment, fuzzy set comparison 600 may be consistent with fuzzy set comparison in FIG. 1 . In another non-limiting the fuzzy set comparison 600 may be consistent with the name/version matching as described herein. For example and without limitation, the parameters, weights, and/or coefficients of the membership functions may be tuned using any machine-learning methods for the name/version matching as described herein. In another non-limiting embodiment, the fuzzy set may represent external datum 108 and verified external datum 116 from FIG. 1 .

Alternatively or additionally, and still referring to FIG. 6 , fuzzy set comparison 600 may be generated as a function of determining data compatibility threshold. The compatibility threshold may be determined by a computing device. In some embodiments, a computing device may use a logic comparison program, such as, but not limited to, a fuzzy logic model to determine the compatibility threshold and/or version authenticator. Each such compatibility threshold may be represented as a value for a posting variable representing the compatibility threshold, or in other words a fuzzy set as described above that corresponds to a degree of compatibility and/or allowability as calculated using any statistical, machine-learning, or other method that may occur to a person skilled in the art upon reviewing the entirety of this disclosure. In some embodiments, determining the compatibility threshold and/or version authenticator may include using a linear regression model. A linear regression model may include a machine learning model. A linear regression model may map statistics such as, but not limited to, frequency of the same range of version numbers, and the like, to the compatibility threshold and/or version authenticator. In some embodiments, determining the compatibility threshold of any posting may include using a classification model. A classification model may be configured to input collected data and cluster data to a centroid based on, but not limited to, frequency of appearance of the range of versioning numbers, linguistic indicators of compatibility and/or allowability, and the like. Centroids may include scores assigned to them such that the compatibility threshold may each be assigned a score. In some embodiments, a classification model may include a K-means clustering model. In some embodiments, a classification model may include a particle swarm optimization model. In some embodiments, determining a compatibility threshold may include using a fuzzy inference engine. A fuzzy inference engine may be configured to map one or more compatibility threshold using fuzzy logic. In some embodiments, a plurality of computing devices may be arranged by a logic comparison program into compatibility arrangements. A “compatibility arrangement” as used in this disclosure is any grouping of objects and/or data based on skill level and/or output score. Membership function coefficients and/or constants as described above may be tuned according to classification and/or clustering algorithms. For instance, and without limitation, a clustering algorithm may determine a Gaussian or other distribution of questions about a centroid corresponding to a given compatibility threshold and/or version authenticator, and an iterative or other method may be used to find a membership function, for any membership function type as described above, that minimizes an average error from the statistically determined distribution, such that, for instance, a triangular or Gaussian membership function about a centroid representing a center of the distribution that most closely matches the distribution. Error functions to be minimized, and/or methods of minimization, may be performed without limitation according to any error function and/or error function minimization process and/or method as described in this disclosure.

Still referring to FIG. 6 , inference engine may be implemented according to input and/or output external datum 108 and verified external datum 116. For instance, an acceptance variable may represent a first measurable value pertaining to the verification of external datum 108. Continuing the example, an output variable may represent a verified external datum 116 specific the current user. In an embodiment, external datum 108 and verified external datum 116 may be represented by their own fuzzy set. In other embodiments, a verified external datum 116 specific to the user may be represented as a function of the intersection two fuzzy sets as shown in FIG. 6 , An inference engine may combine rules, such as any semantic versioning, semantic language, version ranges, and the like thereof. The degree to which a given input function membership matches a given rule may be determined by a triangular norm or “T-norm” of the rule or output function with the input function, such as min (a, b), product of a and b, drastic product of a and b, Hamacher product of a and b, or the like, satisfying the rules of commutativity (T(a, b)=T(b, a)), monotonicity: (T(a, b)≤T(c, d) if a≤c and b≤d), (associativity: T(a, T(b, c))=T(T(a, b), c)), and the requirement that the number 1 acts as an identity element. Combinations of rules (“and” or “or” combination of rule membership determinations) may be performed using any T-conorm, as represented by an inverted T symbol or “⊥,” such as max(a, b), probabilistic sum of a and b (a+b−a*b), bounded sum, and/or drastic T-conorm; any T-conorm may be used that satisfies the properties of commutativity: ⊥(a, b)=⊥(b, a), monotonicity: ⊥(a, b)≤⊥(c, d) if a≤c and b≤d, associativity: ⊥(a, ⊥(b, c))=⊥(⊥(a, b), c), and identity element of 0. Alternatively or additionally T-conorm may be approximated by sum, as in a “product-sum” inference engine in which T-norm is product and T-conorm is sum. A final output score or other fuzzy inference output may be determined from an output membership function as described above using any suitable defuzzification process, including without limitation Mean of Max defuzzification, Centroid of Area/Center of Gravity defuzzification, Center Average defuzzification, Bisector of Area defuzzification, or the like. Alternatively or additionally, output rules may be replaced with functions according to the Takagi-Sugeno-King (TSK) fuzzy model.

A first fuzzy set 604 may be represented, without limitation, according to a first membership function 608 representing a probability that an input falling on a first range of values 612 is a member of the first fuzzy set 604, where the first membership function 608 has values on a range of probabilities such as without limitation the interval [0,1], and an area beneath the first membership function 608 may represent a set of values within first fuzzy set 604. Although first range of values 612 is illustrated for clarity in this exemplary depiction as a range on a single number line or axis, first range of values 612 may be defined on two or more dimensions, representing, for instance, a Cartesian product between a plurality of ranges, curves, axes, spaces, dimensions, or the like. First membership function 608 may include any suitable function mapping first range 612 to a probability interval, including without limitation a triangular function defined by two linear elements such as line segments or planes that intersect at or below the top of the probability interval. As a non-limiting example, triangular membership function may be defined as:

${y\left( {x,a,b,c} \right)} = \left\{ \begin{matrix} {0,{{{for}x} > {c{and}x} < a}} \\ {\frac{x - a}{b - a},{{{for}a} \leq x < b}} \\ {\frac{c - x}{c - b},{{{if}b} < x \leq c}} \end{matrix} \right.$

-   -   a trapezoidal membership function may be defined as:

${y\left( {x,a,b,c,d} \right)} = {\max\left( {{\min\ \left( {\frac{x - a}{b - a},1,\frac{d - x}{d - c}} \right)},0} \right)}$

-   -   a sigmoidal function may be defined as:

${y\left( {x,a,c} \right)} = \frac{1}{1 - e^{- {a({x - c})}}}$

-   -   a Gaussian membership function may be defined as:

${y\left( {x,c,\sigma} \right)} = e^{{- \frac{1}{2}}{(\frac{x - c}{\sigma})}^{2}}$

-   -   and a bell membership function may be defined as:

${y\left( {x,a,b,c,} \right)} = \left\lbrack {1 + {❘\frac{x - c}{a}❘}^{2b}} \right\rbrack^{- 1}$

-   -   Persons skilled in the art, upon reviewing the entirety of this         disclosure, will be aware of various alternative or additional         membership functions that may be used consistently with this         disclosure.

First fuzzy set 604 may represent any value or combination of values as described above, including any software component datum, any source repository datum, any malicious quantifier datum, any predictive threshold datum, any string distance datum, any resource datum, any niche datum, and/or any combination of the above. A second fuzzy set 616, which may represent any value which may be represented by first fuzzy set 604, may be defined by a second membership function 620 on a second range 624; second range 624 may be identical and/or overlap with first range 612 and/or may be combined with first range via Cartesian product or the like to generate a mapping permitting evaluation overlap of first fuzzy set 604 and second fuzzy set 616. Where first fuzzy set 604 and second fuzzy set 616 have a region 636 that overlaps, first membership function 608 and second membership function 620 may intersect at a point 632 representing a probability, as defined on probability interval, of a match between first fuzzy set 604 and second fuzzy set 616. Alternatively or additionally, a single value of first and/or second fuzzy set may be located at a locus 636 on first range 612 and/or second range 624, where a probability of membership may be taken by evaluation of first membership function 608 and/or second membership function 620 at that range point. A probability at 628 and/or 632 may be compared to a threshold 640 to determine whether a positive match is indicated. Threshold 640 may, in a non-limiting example, represent a degree of match between first fuzzy set 604 and second fuzzy set 616, and/or single values therein with each other or with either set, which is sufficient for purposes of the matching process; for instance, an achievable goal 108 may indicate a sufficient degree of overlap with the goal datum 120 for combination to occur as described above. There may be multiple thresholds; for instance, a second threshold may indicate a sufficient match for purposes of past posting and posting query as described in this disclosure. Each threshold may be established by one or more user inputs. Alternatively or additionally, each threshold may be tuned by a machine-learning and/or statistical process, for instance and without limitation as described in further detail below.

In an embodiment, a degree of match between fuzzy sets may be used to rank one resource against another. For instance, if a plurality of external datum 108 may be matched to a verified external datum 116 by having a degree of overlap exceeding a predictive threshold, processor 104 may further rank the two resources by ranking a resource having a higher degree of match more highly than a resource having a lower degree of match. Where multiple fuzzy matches are performed, degrees of match for each respective fuzzy set may be computed and aggregated through, for instance, addition, averaging, or the like, to determine an overall degree of match, which may be used to rank resources; selection between two or more matching resources may be performed by selection of a highest-ranking resource, and/or multiple notifications may be presented to a user in order of ranking. The external datum may be generated using a wearable device.

Referring now to FIG. 7 , an exemplary embodiment of an immutable sequential listing is illustrated. An “immutable sequential listing,” as used in this disclosure, is a data structure that places data entries in a fixed sequential arrangement, such as a temporal sequence of entries and/or blocks thereof, where the sequential arrangement, once established, cannot be altered, or reordered. An immutable sequential listing may be, include and/or implement an immutable ledger, where data entries that have been posted to the immutable sequential listing cannot be altered. Data elements are listing in immutable sequential listing; data elements may include any form of data, including textual data, image data, encrypted data, cryptographically hashed data, and the like. Data elements may include, without limitation, one or more at least a digitally signed assertions. In one embodiment, a digitally signed assertion 704 is a collection of textual data signed using a secure proof as described in further detail below; secure proof may include, without limitation, a digital signature as described above. Collection of textual data may contain any textual data, including without limitation American Standard Code for Information Interchange (ASCII), Unicode, or similar computer-encoded textual data, any alphanumeric data, punctuation, diacritical mark, or any character or other marking used in any writing system to convey information, in any form, including any plaintext or cyphertext data; in an embodiment, collection of textual data may be encrypted, or may be a hash of other data, such as a root or node of a Merkle tree or hash tree, or a hash of any other information desired to be recorded in some fashion using a digitally signed assertion 704. In an embodiment, collection of textual data states that the owner of a certain transferable item represented in a digitally signed assertion 704 register is transferring that item to the owner of an address. A digitally signed assertion 704 may be signed by a digital signature created using the private key associated with the owner's public key, as described above.

Still referring to FIG. 7 , a digitally signed assertion 704 may describe a transfer of virtual currency, such as crypto-currency as described below. The virtual currency may be a digital currency. Item of value may be a transfer of trust, for instance represented by a statement vouching for the identity or trustworthiness of the first entity. Item of value may be an interest in a fungible negotiable financial instrument representing ownership in a public or private corporation, a creditor relationship with a governmental body or a corporation, rights to ownership represented by an option, derivative financial instrument, commodity, debt-backed security such as a bond or debenture or other security as described in further detail below. A resource may be a physical machine e.g. a ride share vehicle or any other asset. A digitally signed assertion 704 may describe the transfer of a physical good; for instance, a digitally signed assertion 704 may describe the sale of a product. In some embodiments, a transfer nominally of one item may be used to represent a transfer of another item; for instance, a transfer of virtual currency may be interpreted as representing a transfer of an access right; conversely, where the item nominally transferred is something other than virtual currency, the transfer itself may still be treated as a transfer of virtual currency, having value that depends on many potential factors including the value of the item nominally transferred and the monetary value attendant to having the output of the transfer moved into a particular user's control. The item of value may be associated with a digitally signed assertion 704 by means of an exterior protocol, such as the COLORED COINS created according to protocols developed by The Colored Coins Foundation, the MASTERCOIN protocol developed by the Mastercoin Foundation, or the ETHEREUM platform offered by the Stiftung Ethereum Foundation of Baar, Switzerland, the Thunder protocol developed by Thunder Consensus, or any other protocol.

Still referring to FIG. 7 , in one embodiment, an address is a textual datum identifying the recipient of virtual currency or another item of value in a digitally signed assertion 704. In some embodiments, address is linked to a public key, the corresponding private key of which is owned by the recipient of a digitally signed assertion 704. For instance, address may be the public key. Address may be a representation, such as a hash, of the public key. Address may be linked to the public key in memory of a computing device, for instance via a “wallet shortener” protocol. Where address is linked to a public key, a transferee in a digitally signed assertion 704 may record a subsequent a digitally signed assertion 704 transferring some or all of the value transferred in the first a digitally signed assertion 704 to a new address in the same manner. A digitally signed assertion 704 may contain textual information that is not a transfer of some item of value in addition to, or as an alternative to, such a transfer. For instance, as described in further detail below, a digitally signed assertion 704 may indicate a confidence level associated with a distributed storage node as described in further detail below.

In an embodiment, and still referring to FIG. 7 immutable sequential listing records a series of at least a posted content in a way that preserves the order in which the at least a posted content took place. Temporally sequential listing may be accessible at any of various security settings; for instance, and without limitation, temporally sequential listing may be readable and modifiable publicly, may be publicly readable but writable only by entities and/or devices having access privileges established by password protection, confidence level, or any device authentication procedure or facilities described herein, or may be readable and/or writable only by entities and/or devices having such access privileges. Access privileges may exist in more than one level, including, without limitation, a first access level or community of permitted entities and/or devices having ability to read, and a second access level or community of permitted entities and/or devices having ability to write; first and second community may be overlapping or non-overlapping. In an embodiment, posted content and/or immutable sequential listing may be stored as one or more zero knowledge sets (ZKS), Private Information Retrieval (PIR) structure, or any other structure that allows checking of membership in a set by querying with specific properties. Such database may incorporate protective measures to ensure that malicious actors may not query the database repeatedly in an effort to narrow the members of a set to reveal uniquely identifying information of a given posted content.

Still referring to FIG. 7 , immutable sequential listing may preserve the order in which the at least a posted content took place by listing them in chronological order; alternatively or additionally, immutable sequential listing may organize digitally signed assertions 704 into sub-listings 708 such as “blocks” in a blockchain, which may be themselves collected in a temporally sequential order; digitally signed assertions 704 within a sub-listing 708 may or may not be temporally sequential. The ledger may preserve the order in which at least a posted content took place by listing them in sub-listings 708 and placing the sub-listings 708 in chronological order. The immutable sequential listing may be a distributed, consensus-based ledger, such as those operated according to the protocols promulgated by Ripple Labs, Inc., of San Francisco, Calif., or the Stellar Development Foundation, of San Francisco, Calif, or of Thunder Consensus. In some embodiments, the ledger is a secured ledger; in one embodiment, a secured ledger is a ledger having safeguards against alteration by unauthorized parties. The ledger may be maintained by a proprietor, such as a system administrator on a server, that controls access to the ledger; for instance, the user account controls may allow contributors to the ledger to add at least a posted content to the ledger but may not allow any users to alter at least a posted content that have been added to the ledger. In some embodiments, ledger is cryptographically secured; in one embodiment, a ledger is cryptographically secured where each link in the chain contains encrypted or hashed information that makes it practically infeasible to alter the ledger without betraying that alteration has taken place, for instance by requiring that an administrator or other party sign new additions to the chain with a digital signature. Immutable sequential listing may be incorporated in, stored in, or incorporate, any suitable data structure, including without limitation any database, datastore, file structure, distributed hash table, directed acyclic graph or the like. In some embodiments, the timestamp of an entry is cryptographically secured and validated via trusted time, either directly on the chain or indirectly by utilizing a separate chain. In one embodiment the validity of timestamp is provided using a time stamping authority as described in the RFC 3161 standard for trusted timestamps, or in the ANSI ASC ×9.95 standard. In another embodiment, the trusted time ordering is provided by a group of entities collectively acting as the time stamping authority with a requirement that a threshold number of the group of authorities sign the timestamp.

In some embodiments, and with continued reference to FIG. 7 , immutable sequential listing, once formed, may be inalterable by any party, no matter what access rights that party possesses. For instance, immutable sequential listing may include a hash chain, in which data is added during a successive hashing process to ensure non-repudiation. Immutable sequential listing may include a block chain. In one embodiment, a block chain is immutable sequential listing that records one or more new at least a posted content in a data item known as a sub-listing 708 or “block.” An example of a block chain is the BITCOIN block chain used to record BITCOIN transactions and values. Sub-listings 708 may be created in a way that places the sub-listings 708 in chronological order and link each sub-listing 708 to a previous sub-listing 708 in the chronological order so that any computing device may traverse the sub-listings 708 in reverse chronological order to verify any at least a posted content listed in the block chain. Each new sub-listing 708 may be required to contain a cryptographic hash describing the previous sub-listing 708. In some embodiments, the block chain contains a single first sub-listing 708 sometimes known as a “genesis block.”

Still referring to FIG. 7 , the creation of a new sub-listing 708 may be computationally expensive; for instance, the creation of a new sub-listing 708 may be designed by a “proof of work” protocol accepted by all participants in forming the immutable sequential listing to take a powerful set of computing devices a certain period of time to produce. Where one sub-listing 708 takes less time for a given set of computing devices to produce the sub-listing 708 protocol may adjust the algorithm to produce the next sub-listing 708 so that it will require more steps; where one sub-listing 708 takes more time for a given set of computing devices to produce the sub-listing 708 protocol may adjust the algorithm to produce the next sub-listing 708 so that it will require fewer steps. As an example, protocol may require a new sub-listing 708 to contain a cryptographic hash describing its contents; the cryptographic hash may be required to satisfy a mathematical condition, achieved by having the sub-listing 708 contain a number, called a nonce, whose value is determined after the fact by the discovery of the hash that satisfies the mathematical condition. Continuing the example, the protocol may be able to adjust the mathematical condition so that the discovery of the hash describing a sub-listing 708 and satisfying the mathematical condition requires more or less steps, depending on the outcome of the previous hashing attempt. Mathematical condition, as an example, might be that the hash contains a certain number of leading zeros and a hashing algorithm that requires more steps to find a hash containing a greater number of leading zeros, and fewer steps to find a hash containing a lesser number of leading zeros. In some embodiments, production of a new sub-listing 708 according to the protocol is known as “mining.” The creation of a new sub-listing 708 may be designed by a “proof of stake” protocol as will be apparent to those skilled in the art upon reviewing the entirety of this disclosure.

Continuing to refer to FIG. 7 , in some embodiments, protocol also creates an incentive to mine new sub-listings 708. The incentive may be financial; for instance, successfully mining a new sub-listing 708 may result in the person or entity that mines the sub-listing 708 receiving a predetermined amount of currency. The currency may be fiat currency. Currency may be cryptocurrency as defined below. In other embodiments, incentive may be redeemed for particular products or services; the incentive may be a gift certificate with a particular business, for instance. In some embodiments, incentive is sufficiently attractive to cause participants to compete for the incentive by trying to race each other to the creation of sub-listings 708 Each sub-listing 708 created in immutable sequential listing may contain a record or at least a posted content describing one or more addresses that receive an incentive, such as virtual currency, as the result of successfully mining the sub-listing 708.

With continued reference to FIG. 7 , where two entities simultaneously create new sub-listings 708, immutable sequential listing may develop a fork; protocol may determine which of the two alternate branches in the fork is the valid new portion of the immutable sequential listing by evaluating, after a certain amount of time has passed, which branch is longer. “Length” may be measured according to the number of sub-listings 708 in the branch. Length may be measured according to the total computational cost of producing the branch. Protocol may treat only at least a posted content contained the valid branch as valid at least a posted content. When a branch is found invalid according to this protocol, at least a posted content registered in that branch may be recreated in a new sub-listing 708 in the valid branch; the protocol may reject “double spending” at least a posted content that transfer the same virtual currency that another at least a posted content in the valid branch has already transferred. As a result, in some embodiments the creation of fraudulent at least a posted content requires the creation of a longer immutable sequential listing branch by the entity attempting the fraudulent at least a posted content than the branch being produced by the rest of the participants; as long as the entity creating the fraudulent at least a posted content is likely the only one with the incentive to create the branch containing the fraudulent at least a posted content, the computational cost of the creation of that branch may be practically infeasible, guaranteeing the validity of all at least a posted content in the immutable sequential listing.

Still referring to FIG. 7 , additional data linked to at least a posted content may be incorporated in sub-listings 708 in the immutable sequential listing; for instance, data may be incorporated in one or more fields recognized by block chain protocols that permit a person or computer forming a at least a posted content to insert additional data in the immutable sequential listing. In some embodiments, additional data is incorporated in an unspendable at least a posted content field. For instance, the data may be incorporated in an OP RETURN within the BITCOIN block chain. In other embodiments, additional data is incorporated in one signature of a multi-signature at least a posted content. In an embodiment, a multi-signature at least a posted content is at least a posted content to two or more addresses. In some embodiments, the two or more addresses are hashed together to form a single address, which is signed in the digital signature of the at least a posted content. In other embodiments, the two or more addresses are concatenated. In some embodiments, two or more addresses may be combined by a more complicated process, such as the creation of a Merkle tree or the like. In some embodiments, one or more addresses incorporated in the multi-signature at least a posted content are typical crypto-currency addresses, such as addresses linked to public keys as described above, while one or more additional addresses in the multi-signature at least a posted content contain additional data related to the at least a posted content; for instance, the additional data may indicate the purpose of the at least a posted content, aside from an exchange of virtual currency, such as the item for which the virtual currency was exchanged. In some embodiments, additional information may include network statistics for a given node of network, such as a distributed storage node, e.g. the latencies to nearest neighbors in a network graph, the identities or identifying information of neighboring nodes in the network graph, the trust level and/or mechanisms of trust (e.g. certificates of physical encryption keys, certificates of software encryption keys, (in non-limiting example certificates of software encryption may indicate the firmware version, manufacturer, hardware version and the like), certificates from a trusted third party, certificates from a decentralized anonymous authentication procedure, and other information quantifying the trusted status of the distributed storage node) of neighboring nodes in the network graph, IP addresses, GPS coordinates, and other information informing location of the node and/or neighboring nodes, geographically and/or within the network graph. In some embodiments, additional information may include history and/or statistics of neighboring nodes with which the node has interacted. In some embodiments, this additional information may be encoded directly, via a hash, hash tree or other encoding.

With continued reference to FIG. 7 , in some embodiments, virtual currency is traded as a crypto-currency. In one embodiment, a crypto-currency is a digital, currency such as Bitcoins, Peercoins, Namecoins, and Litecoins. Crypto-currency may be a clone of another crypto-currency. The crypto-currency may be an “alt-coin.” Crypto-currency may be decentralized, with no particular entity controlling it; the integrity of the crypto-currency may be maintained by adherence by its participants to established protocols for exchange and for production of new currency, which may be enforced by software implementing the crypto-currency. Crypto-currency may be centralized, with its protocols enforced or hosted by a particular entity. For instance, crypto-currency may be maintained in a centralized ledger, as in the case of the XRP currency of Ripple Labs, Inc., of San Francisco, Calif. In lieu of a centrally controlling authority, such as a national bank, to manage currency values, the number of units of a particular crypto-currency may be limited; the rate at which units of crypto-currency enter the market may be managed by a mutually agreed-upon process, such as creating new units of currency when mathematical puzzles are solved, the degree of difficulty of the puzzles being adjustable to control the rate at which new units enter the market. Mathematical puzzles may be the same as the algorithms used to make productions of sub-listings 708 in a block chain computationally challenging; the incentive for producing sub-listings 708 may include the grant of new crypto-currency to the miners. Quantities of crypto-currency may be exchanged using at least a posted content as described above.

Referring to FIG. 8 , an exemplary method 800 of use for external activity verification. Method 800 includes a step 805, of receiving, using the processor, an external datum related to a user. This may occur as described above in reference to FIGS. 1-8 . In an embodiment, the external datum may be generated using at least a sensor or inquiry datum.

With continued reference to FIG. 8 , method 800 includes a step 810 of verifying, using a processor, the external datum as a function of a verification protocol. This may occur as described above in reference to FIGS. 1-8 . In an embodiment, an element of decentralized fiat is awarded to the user as a function of the verified external datum. In another embodiment, The verification protocol may generate verified external datum as a function of a biometric identifier, validation machine learning model, multi factor authentication, or Token-based authentication.

With continued reference to FIG. 8 , method 800 includes a step 810 of applying, using the processor, the verified external datum towards an goal. This may occur as described above in reference to FIGS. 1-8 .

With continued reference to FIG. 8 , method 800 includes a step 810 of generating, using the processor, internal activity as a function of the status of the goal. This may occur as described above in reference to FIGS. 1-8 . In an embodiment, the internal activity may be displayed as a function of a graphical user interface.

It is to be noted that any one or more of the aspects and embodiments described herein may be conveniently implemented using one or more machines (e.g., one or more computing devices that are utilized as a user computing device for an electronic document, one or more server devices, such as a document server, etc.) programmed according to the teachings of the present specification, as will be apparent to those of ordinary skill in the computer art. Appropriate software coding can readily be prepared by skilled programmers based on the teachings of the present disclosure, as will be apparent to those of ordinary skill in the software art. Aspects and implementations discussed above employing software and/or software modules may also include appropriate hardware for assisting in the implementation of the machine executable instructions of the software and/or software module.

Such software may be a computer program product that employs a machine-readable storage medium. A machine-readable storage medium may be any medium that is capable of storing and/or encoding a sequence of instructions for execution by a machine (e.g., a computing device) and that causes the machine to perform any one of the methodologies and/or embodiments described herein. Examples of a machine-readable storage medium include, but are not limited to, a magnetic disk, an optical disc (e.g., CD, CD-R, DVD, DVD-R, etc.), a magneto-optical disk, a read-only memory “ROM” device, a random access memory “RAM” device, a magnetic card, an optical card, a solid-state memory device, an EPROM, an EEPROM, and any combinations thereof. A machine-readable medium, as used herein, is intended to include a single medium as well as a collection of physically separate media, such as, for example, a collection of compact discs or one or more hard disk drives in combination with a computer memory. As used herein, a machine-readable storage medium does not include transitory forms of signal transmission.

Such software may also include information (e.g., data) carried as a data signal on a data carrier, such as a carrier wave. For example, machine-executable information may be included as a data-carrying signal embodied in a data carrier in which the signal encodes a sequence of instruction, or portion thereof, for execution by a machine (e.g., a computing device) and any related information (e.g., data structures and data) that causes the machine to perform any one of the methodologies and/or embodiments described herein.

Examples of a computing device include, but are not limited to, an electronic book reading device, a computer workstation, a terminal computer, a server computer, a handheld device (e.g., a tablet computer, a smartphone, etc.), a web appliance, a network router, a network switch, a network bridge, any machine capable of executing a sequence of instructions that specify an action to be taken by that machine, and any combinations thereof. In one example, a computing device may include and/or be included in a kiosk.

FIG. 9 shows a diagrammatic representation of one embodiment of a computing device in the exemplary form of a computer system 900 within which a set of instructions for causing a control system to perform any one or more of the aspects and/or methodologies of the present disclosure may be executed. It is also contemplated that multiple computing devices may be utilized to implement a specially configured set of instructions for causing one or more of the devices to perform any one or more of the aspects and/or methodologies of the present disclosure. Computer system 900 includes a processor 904 and a memory 908 that communicate with each other, and with other components, via a bus 912. Bus 912 may include any of several types of bus structures including, but not limited to, a memory bus, a memory controller, a peripheral bus, a local bus, and any combinations thereof, using any of a variety of bus architectures.

Processor 904 may include any suitable processor, such as without limitation a processor incorporating logical circuitry for performing arithmetic and logical operations, such as an arithmetic and logic unit (ALU), which may be regulated with a state machine and directed by operational inputs from memory and/or sensors; processor 904 may be organized according to Von Neumann and/or Harvard architecture as a non-limiting example. Processor 904 may include, incorporate, and/or be incorporated in, without limitation, a microcontroller, microprocessor, digital signal processor (DSP), Field Programmable Gate Array (FPGA), Complex Programmable Logic Device (CPLD), Graphical Processing Unit (GPU), general purpose GPU, Tensor Processing Unit (TPU), analog or mixed signal processor, Trusted Platform Module (TPM), a floating point unit (FPU), and/or system on a chip (SoC).

Memory 908 may include various components (e.g., machine-readable media) including, but not limited to, a random-access memory component, a read only component, and any combinations thereof. In one example, a basic input/output system 916 (BIOS), including basic routines that help to transfer information between elements within computer system 900, such as during start-up, may be stored in memory 908. Memory 908 may also include (e.g., stored on one or more machine-readable media) instructions (e.g., software) 920 embodying any one or more of the aspects and/or methodologies of the present disclosure. In another example, memory 908 may further include any number of program modules including, but not limited to, an operating system, one or more application programs, other program modules, program data, and any combinations thereof.

Computer system 900 may also include a storage device 924. Examples of a storage device (e.g., storage device 924) include, but are not limited to, a hard disk drive, a magnetic disk drive, an optical disc drive in combination with an optical medium, a solid-state memory device, and any combinations thereof. Storage device 924 may be connected to bus 912 by an appropriate interface (not shown). Example interfaces include, but are not limited to, SCSI, advanced technology attachment (ATA), serial ATA, universal serial bus (USB), IEEE 1394 (FIREWIRE), and any combinations thereof. In one example, storage device 924 (or one or more components thereof) may be removably interfaced with computer system 900 (e.g., via an external port connector (not shown)). Particularly, storage device 924 and an associated machine-readable medium 928 may provide nonvolatile and/or volatile storage of machine-readable instructions, data structures, program modules, and/or other data for computer system 900. In one example, software 920 may reside, completely or partially, within machine-readable medium 928. In another example, software 920 may reside, completely or partially, within processor 904.

Computer system 900 may also include an input device 932. In one example, a user of computer system 900 may enter commands and/or other information into computer system 900 via input device 932. Examples of an input device 932 include, but are not limited to, an alpha-numeric input device (e.g., a keyboard), a pointing device, a joystick, a gamepad, an audio input device (e.g., a microphone, a voice response system, etc.), a cursor control device (e.g., a mouse), a touchpad, an optical scanner, a video capture device (e.g., a still camera, a video camera), a touchscreen, and any combinations thereof. Input device 932 may be interfaced to bus 912 via any of a variety of interfaces (not shown) including, but not limited to, a serial interface, a parallel interface, a game port, a USB interface, a FIREWIRE interface, a direct interface to bus 912, and any combinations thereof. Input device 932 may include a touch screen interface that may be a part of or separate from display 936, discussed further below. Input device 932 may be utilized as a user selection device for selecting one or more graphical representations in a graphical interface as described above.

A user may also input commands and/or other information to computer system 900 via storage device 924 (e.g., a removable disk drive, a flash drive, etc.) and/or network interface device 940. A network interface device, such as network interface device 940, may be utilized for connecting computer system 900 to one or more of a variety of networks, such as network 944, and one or more remote devices 948 connected thereto. Examples of a network interface device include, but are not limited to, a network interface card (e.g., a mobile network interface card, a LAN card), a modem, and any combination thereof. Examples of a network include, but are not limited to, a wide area network (e.g., the Internet, an enterprise network), a local area network (e.g., a network associated with an office, a building, a campus or other relatively small geographic space), a telephone network, a data network associated with a telephone/voice provider (e.g., a mobile communications provider data and/or voice network), a direct connection between two computing devices, and any combinations thereof. A network, such as network 944, may employ a wired and/or a wireless mode of communication. In general, any network topology may be used. Information (e.g., data, software 920, etc.) may be communicated to and/or from computer system 900 via network interface device 940.

Computer system 900 may further include a video display adapter 952 for communicating a displayable image to a display device, such as display device 936. Examples of a display device include, but are not limited to, a liquid crystal display (LCD), a cathode ray tube (CRT), a plasma display, a light emitting diode (LED) display, and any combinations thereof. Display adapter 952 and display device 936 may be utilized in combination with processor 904 to provide graphical representations of aspects of the present disclosure. In addition to a display device, computer system 900 may include one or more other peripheral output devices including, but not limited to, an audio speaker, a printer, and any combinations thereof. Such peripheral output devices may be connected to bus 912 via a peripheral interface 956. Examples of a peripheral interface include, but are not limited to, a serial port, a USB connection, a FIREWIRE connection, a parallel connection, and any combinations thereof.

The foregoing has been a detailed description of illustrative embodiments of the invention. Various modifications and additions can be made without departing from the spirit and scope of this invention. Features of each of the various embodiments described above may be combined with features of other described embodiments as appropriate in order to provide a multiplicity of feature combinations in associated new embodiments. Furthermore, while the foregoing describes a number of separate embodiments, what has been described herein is merely illustrative of the application of the principles of the present invention. Additionally, although particular methods herein may be illustrated and/or described as being performed in a specific order, the ordering is highly variable within ordinary skill to achieve methods, systems, and software according to the present disclosure. Accordingly, this description is meant to be taken only by way of example, and not to otherwise limit the scope of this invention.

Exemplary embodiments have been disclosed above and illustrated in the accompanying drawings. It will be understood by those skilled in the art that various changes, omissions, and additions may be made to that which is specifically disclosed herein without departing from the spirit and scope of the present invention. 

1. An apparatus for external activity verification, wherein the apparatus comprises: at least a processor; and a memory communicatively connected to the at least a processor, the memory containing instructions configuring the at least a processor to: receive an external datum related to a user; determine a causative correlation between a first category of data elements and a second category of data elements, wherein the first category of data elements indicates biometric identifiers related to one or more physiological characteristics and the second category of data elements indicates past verified external data; verify the external datum as a function of a verification protocol, wherein the verification protocol comprises training a verification machine-learning process using the determined causative correlation, wherein a verified external datum is generated as an output of the verification machine-learning process; and apply the verified external datum towards a goal, wherein the goal comprises a career goal of the user; and generate internal activity as a function of a status of the goal, wherein the internal activity comprises instructions on activities for the user on making progress towards accomplishing the career goal, wherein generating the internal activity comprises: receiving activity training data comprising correlations among external data comprising wearable device data and past internal activities to internal activities; training an activity machine learning model using the activity training data; and outputting the internal activity using the activity machine learning model.
 2. The apparatus of claim 1, wherein the external datum is generated as a function of at least a sensor.
 3. The apparatus of claim 1, wherein an element of decentralized fiat is awarded to the user as a function of the verified external datum.
 4. The apparatus of claim 1, wherein the external datum is generated using a wearable device.
 5. The apparatus of claim 1, wherein the verification protocol generates the verified external datum as a function of a multi factor authentication protocol.
 6. The apparatus of claim 1, wherein the external datum is generated as a function of an inquiry datum.
 7. The apparatus of claim 1, wherein the verification protocol generates the verified external datum as a function of a biometric identifier.
 8. The apparatus of claim 1, wherein the verification protocol generates the verified external datum as a function of a validation machine learning model.
 9. The apparatus of claim 1, wherein the verification protocol generates the verified external datum as a function of a token-based authentication.
 10. The apparatus of claim 1, wherein the internal activity is displayed as a function of a graphical user interface.
 11. A method for external activity verification, wherein the method comprises: receiving, using a processor, an external datum related to a user, wherein the external datum comprises user activity outside of an online platform; determining, using the processor, a causative correlation between a first category of data elements and a second category of data elements, wherein the first category of data elements indicates biometric identifiers related to one or more physiological characteristics and the second category of data elements indicates past verified external data; verifying, using the processor, the external datum as a function of a verification protocol, wherein the verification protocol comprises training a verification machine-learning process using the determined causative correlation, wherein a verified external datum is generated as an output of the verification machine-learning process; applying, using the processor, the verified external datum towards a goal, wherein the goal comprises a career goal of the user; and generating, using the processor, internal activity as a function of the status of the goal, wherein the internal activity comprises instructions on activities for the user on making progress towards accomplishing the career goal, wherein generating the internal activity comprises: receiving activity training data comprising correlations among external data comprising wearable device data and past internal activities to internal activities; training an activity machine learning model using the activity training data; and outputting the internal activity using the activity machine learning model.
 12. The method of claim 11, wherein the external datum is generated as a function of at least a sensor.
 13. The method of claim 11, wherein an element of decentralized fiat is awarded to the user as a function of the verified external datum.
 14. The method of claim 11, wherein the external datum is generated using a wearable device.
 15. The method of claim 11, wherein the verification protocol generates the verified external datum as a function of a multi factor authentication protocol.
 16. The method of claim 11, wherein the external datum is generated as a function of an inquiry datum.
 17. The method of claim 11, wherein the verification protocol generates the verified external datum as a function of a biometric identifier.
 18. The method of claim 11, wherein the verification protocol generates the verified external datum as a function of a validation machine learning model.
 19. The method of claim 11, wherein the verification protocol generates the verified external datum as a function of a token-based authentication.
 20. The method of claim 11, wherein the internal activity is displayed as a function of a graphical user interface. 